home *** CD-ROM | disk | FTP | other *** search
/ The World of Computer Software / The World of Computer Software.iso / lnxd3-79.zip / DIGEST3.796 < prev    next >
Internet Message Format  |  1993-01-01  |  21KB
  1. From Linux-Activists-Request@news-digests.mit.edu Tue Dec 15 00:27:43 1992
  2. Return-Path: <Linux-Activists-Request@news-digests.mit.edu>
  3. Received: from bloom-picayune (BLOOM-PICAYUNE.MIT.EDU) by montefiore.ulg.ac.be (4.1/SMI-4.1)
  4.     id AA06115; Tue, 15 Dec 92 00:27:27 +0100
  5. Received:  by bloom-picayune (5.57/25-eef)
  6.     id AA00157; Mon, 14 Dec 92 18:00:49 -0500
  7. Message-Id: <9212142300.AA00157@bloom-picayune>
  8. From: Digestifier <Linux-Activists-Request@news-digests.mit.edu>
  9. To: Linux-Activists@news-digests.mit.edu
  10. Reply-To: Linux-Activists@news-digests.mit.edu
  11. Date:     Mon, 14 Dec 92 18:00:26 EST
  12. Subject:  Linux-Activists Digest #796
  13. Status: R
  14.  
  15. Linux-Activists Digest #796, Volume #3           Mon, 14 Dec 92 18:00:26 EST
  16.  
  17. Contents:
  18.   [comp.os.linux.announce] Guidelines for posting (Matt Welsh)
  19.   Western Digital WD-8003Es; Do they work with linux? (Johann Miranda)
  20.   How to use this Enet card... (Ketil M. Malde)
  21.   0.99 general protection error (Corey Minyard)
  22.   Re: Problem with xv + X386 mono (Stew Ellis)
  23.   Re: ps that uses /proc (Lars Aronsson)
  24.   Epoch-4.2 binary uploaded (Thomas Dunbar)
  25.   Re: PC port I/O for Linux MS-DOS emulator (long) (Mike Arena)
  26.   Re: ext fs question (.badblocks) (David Fenyes,Neurobiol/Anatomy,5705,7901935)
  27.   Re: Pros/cons of linux/386bsd? (Rick Miller)
  28.   libX11.so.2.1 -- where? (Damien P. Neil)
  29.  
  30. ----------------------------------------------------------------------------
  31.  
  32. Crossposted-To: comp.os.linux.announce,news.answers
  33. From: mdw@db.TC.Cornell.EDU (Matt Welsh)
  34. Subject: [comp.os.linux.announce] Guidelines for posting
  35. Date: Mon, 14 Dec 1992 20:24:27 GMT
  36.  
  37. Archive-name: linux-faq/announce/guide
  38. Last-modified: 6 Dec 1992
  39.  
  40. HOW TO POST TO COMP.OS.LINUX.ANNOUNCE
  41.  
  42. This article gives info on how and what to post to comp.os.linux.announce.
  43. Please read the whole thing, to avoid any confusion. :)
  44.  
  45. To submit an article to this group, please mail the article to:
  46.         linux-announce@tc.cornell.edu
  47.  
  48. If you have questions or problems with posting to comp.os.linux.announce,
  49. please send mail to the moderators at:
  50.         linux-announce-request@tc.cornell.edu
  51. Or, you may send mail to us directly. The moderators for this group are
  52. Matt Welsh (mdw@tc.cornell.edu) and Lars Wirzenius (wirzeniu@cc.helsinki.fi).
  53.  
  54. Whereas most versions of the C-News news software will automatically mail
  55. postings to the moderator address, it may take some time for this address
  56. to propagate (and there are many systems out there not supporting this
  57. automatic mailing feature). Therefore, to ensure that your posting will get
  58. to us, you should probably mail it to us by hand. Once we receive your article
  59. and approve it, we will post your article.
  60.  
  61. NOTE: Your article will not show up in any newsgroups that it may be
  62. crossposted to (e.g. other than comp.os.linux.announce) until we approve the
  63. article. The delay should be negligible (we read email all the time), so
  64. please don't post the same article seperately to other groups. That
  65. causes multiple copies to be sent around under most setups.
  66.  
  67. Also, PLEASE crosspost your announcements to both comp.os.linux and
  68. comp.os.linux.announce! Not everyone will be able to read the announce 
  69. newsgroup (e.g. FidoNet folks), and the point of this group is not to split 
  70. the bandwidth, but to provide a moderated portion of it in another group.
  71.  
  72. Remember: no announcement is too insignificant for this group. Don't be
  73. afraid to submit something if you think it isn't important enough; that's
  74. why we have moderators, to screen the content of the group. I plan to 
  75. approve almost anything (announcement-wise) that's submitted.
  76.  
  77. The following guidelines should be used when submitting articles:
  78.  
  79.   - I will approve a wide range of articles for this group. The only postings
  80.     that are discouraged are discussions and questions about Linux. 
  81.     This group is mainly for:
  82.  
  83.     * Announcements of new software that has been ported to Linux
  84.       (e.g. "DikuMUD v4.2 is now available on sunsite....")
  85.  
  86.     * Announcements of new versions or patchlevels of existing software,
  87.       such as GCC, the kernel, libraries, new versions of utilities and so on.
  88.       (e.g. "Linux v1.0 is finally available...")
  89.  
  90.     * Bug fixes and software patches (or announcements of available patches).
  91.       If you have a fix for a known bug in any Linux software, please post
  92.       the fix and the relevant patch (if any). If the patch is huge, instead
  93.       post an announcement as to where it's available.
  94.       (e.g. "Patch to fix broken 0.98.5 scsi.c....")
  95.  
  96.     * Summaries of responses for individual requests for information. If you
  97.       requested some Linux-related information on c.o.l, and are posting a
  98.       summary of that information, please submit it to c.o.l.a. 
  99.       (e.g. "Summary: What's the best VGA card for Xfree86?")
  100.  
  101.     * Just about anything else of any importance. If you're not sure if you
  102.       should post the article to c.o.l.a, submit it anyway. It can't hurt,
  103.       and most of the time your article will be approved anyway.
  104.  
  105.   - When submitting articles, please include valid Newsgroups, Subject,
  106.     Keywords, From, and Date lines in the header. These may either be in
  107.     the mail header itself, or you may simply include the article, header
  108.     and all, in the body of the mail message. Please don't send mail with
  109.     only the body of the article to be posted, as this doesn't include
  110.     the Newsgroups: line and other article-specific information.
  111.  
  112.   - When submitting articles, please use a descriptive Subject line. 
  113.     If you crosspost the article to other groups, starting your subject with
  114.     "ANNOUNCEMENT" helps it to stick out in those groups. If you're posting a 
  115.     patch or summary, use "SUMMARY" or "PATCH" at the beginning of your
  116.     subject, as "ANNOUNCEMENT" isn't quite appropriate.
  117.  
  118.   - Also, please use a Keywords line in your header, so that articles may
  119.     be searched more easily in the archives (when we have the archives up).
  120.     The Keywords field should contain one or more of the following:
  121.       Type of announcement: new version, patch, urgent, summary, etc.
  122.       Package: kernel, GCC, X, TeX, SLS, jump tables, etc.
  123.       Type of program: A keyword or two on what your program is.
  124.         This is especially important if the program isn't part of
  125.         a well-known package. Ex: editor, tcpip utils, game, etc.
  126.       Version: 0.98.5, jumptables 4.2, etc.
  127.  
  128.     For example, if you're announcing v4.2 of Shoopsort for Linux, you
  129.     might want a subject and keywords that look like this:
  130.       Subject: ANNOUNCEMENT: Shoopsoft v4.2 now ported to Linux
  131.       Keywords: Shoopsort 4.2, sorting algorithm, new port
  132.  
  133.     Or, if you're announcing a summary on ethernet cards for Linux, you
  134.     could have:
  135.       Subject: SUMMARY: Best ethernet cards for Linux TCP/IP
  136.       Keywords: summary, ethernet, tcpip, cards, hardware
  137.  
  138. If you have any problems or questions, please contact the moderators at
  139. linux-announce-request@tc.cornell.edu. 
  140.  
  141. Thanks,
  142. Matt Welsh  mdw@tc.cornell.edu
  143. Comp.os.linux.announce moderator
  144.  
  145. -- 
  146. Matt Welsh     mdw@tc.cornell.edu     Cornell Theory Center
  147.   "Go on, emote! I was raised on thought balloons!"
  148.  
  149. ------------------------------
  150.  
  151. From: miranda@frenzy.eng.uiowa.edu (Johann Miranda)
  152. Subject: Western Digital WD-8003Es; Do they work with linux?
  153. Date: 14 Dec 92 19:26:52 GMT
  154.  
  155.  
  156.         Hello, everybody. Yep, I am another happy linuxer :D>
  157.  
  158. While we are on the subject, does anyone know whether the WD8003Es ethernet card
  159. works with linux? I know this is dangerously close to an FAQ, but hey! have you
  160. read the whole thing recently? It's loooooooooooooooooooooooooong, man.
  161.  
  162.         You can flame me or inform me by e-mail. If you would like to
  163. know about this (see, there's this guy in the net that's selling the things 
  164. for like $55) also e-mail me. Thanks for your support.
  165.  
  166.         By the way, I want to acknowledge my gratitude and admiration to 
  167. all of you that have ever contributed to linux and its growth. You are too
  168. numerous to mention, but believe me, if I knew you all I could take a shot at
  169. it. I don't want to leave anyone out,though. Thanks, Thanks,Thanks, Thanks,and
  170. oh, yeah, keep up the good work! (Linus you reading this? way to go man!).
  171.  
  172. Adios.                  -JEM-
  173.  
  174.  
  175. ------------------------------
  176.  
  177. From: ketil@ii.uib.no (Ketil M. Malde)
  178. Crossposted-To: comp.sys.ibm.pc.hardware,comp.dcom.lans.ethernet
  179. Subject: How to use this Enet card...
  180. Date: 14 Dec 92 21:24:26 GMT
  181. Reply-To: ketil@ii.uib.no,magnus@ii.uib.no
  182.  
  183.  
  184. Hello!
  185.  
  186. We are trying to interface a Linux system with the rest of the world
  187. by using this ethernet card that we don't have any documentation for.
  188. We are interested in *any* info you could have on this, including the
  189. name of the manufacturer, but also things like device drivers to use,
  190. etc etc.
  191.  
  192. THe card is an 8-bit ISA card, it has a chip labeled 'Reliability //
  193. 2VP1209 LAN-PAC(tm) // made in ireland' and a 40mHz crystal.  There's
  194. another important-looking (:-) chip labeled AM7990DC on it.
  195.  
  196. The sockets on the edge are one 9-pin D type plug, and one coax e-net
  197. plug.
  198.  
  199. The date '16 FEB 1989' stamped in black, and the words 'ENET 1.4 LS'
  200. are printed on the back side.
  201.  
  202. Any help deeply appreciated!
  203.  
  204. --
  205.  = Ketil Malde                     In real life:  ketil@ii.uib.no =
  206.  = Nuke the whales!                    Honk if you love unicorns! =
  207.  
  208. ------------------------------
  209.  
  210. From: minyard@crchh7b9 (Corey Minyard)
  211. Subject: 0.99 general protection error
  212. Date: Mon, 14 Dec 1992 18:42:08 GMT
  213.  
  214. The default 0.99 kernel gave me a general protection at startup.  The kernel
  215. was crashing in wake_up().  After some creative debugging (I added a stack
  216. trace-back to the exception handler) I found the bug was coming from iput().
  217. It turns out that the inode_wait variable was not being initialized to NULL.
  218.  
  219. Make the following change the following in fs/inode.c to fix the problem.
  220. This is not really a diff, but you should get the idea:
  221. ***
  222.   static struct inode inode_table[NR_INODE];
  223.   static struct inode * last_inode = inode_table;
  224. ! static struct wait_queue * inode_wait;
  225.   
  226.   void inode_init(void)
  227.   {
  228. ***
  229.   static struct inode inode_table[NR_INODE];
  230.   static struct inode * last_inode = inode_table;
  231. ! static struct wait_queue * inode_wait = NULL;
  232.   
  233.   void inode_init(void)
  234. ***
  235.  
  236. Corey
  237. minyard@bnr.ca
  238.  
  239.  
  240. ------------------------------
  241.  
  242. From: ellis@nova.gmi.edu (Stew Ellis)
  243. Subject: Re: Problem with xv + X386 mono
  244. Date: 14 Dec 92 19:35:06 GMT
  245.  
  246. ghod@drycas.club.cc.cmu.edu writes:
  247.  
  248. >I was going to ask about this in a previous post, but it slipped my mind:
  249.  
  250. >I downloaded the binary for xv version 2.21 for use under SLS 98pl5. The
  251. >program runs, but it fails to display images correctly. It seems as though the
  252. >image is divided into vertical columns and the columns are out of order.
  253. >The only images I've tried loading so far are GIFs and they all come out the
  254. >same way. I do believe this to be a problem with the way it displays images,
  255. >not in the way it reads them, for the following reason: when xv is invoked
  256. >without any arguments, it displays an image of what seems to be an XV logo,
  257. >and this image is distorted as well. 
  258.  
  259. >I'm trying to run it under X386 1.1 (from SLS 98pl5) using the *MONOCHROME*
  260. >server. My system is a 386SX (16Mhz) with 4 meg RAM. X seems to work fine
  261. >otherwise. Does anyone have any idea what's wrong with xv? I have the compiler
  262. >installed, so if it's just a matter of re-compiling, someone please let
  263. >me know.
  264.  
  265. >-Bill Paul
  266.  
  267. >Assistant System Administrator
  268. >New Windsor Associates L.P.
  269.  
  270. >ghod@drycas.club.cc.cmu.edu   -or- ghod@drycas.bitnet
  271.  
  272. This seems to be a general bug in the Xfree86 mono server.  I am running
  273. Xfree-mono on SVR4 and have the same problem.  I believe I have seen a
  274. message from Dawes or Wexelblat acknowledging the problem.
  275.  
  276. --
  277. --                                                        ___________________
  278.   R.Stewart(Stew) Ellis, Assoc.Prof., (Off)313-762-9765  /   _____  ______ 
  279.   Humanities & Social Science,  GMI Eng.& Mgmt. Inst.   /        / /  /  / /
  280.   Flint, MI 48504      ellis@nova.gmi.edu              /________/ /  /  / /
  281.  
  282. ------------------------------
  283.  
  284. From: aronsson@lysator.liu.se (Lars Aronsson)
  285. Subject: Re: ps that uses /proc
  286. Date: 14 Dec 92 21:30:32 GMT
  287.  
  288. barr@stein.u.washington.edu (David Barr) writes:
  289. >Has anyone written a version of ps that uses the proc file system?  I
  290.  
  291. David, first, this posting is not an attack on your fine program.
  292.  
  293. >are a few major disadvantages of my program.  Because I wrote it in a
  294. >hurry, the output is kind of non-standard and there are only 3 options
  295.  
  296. What I would like to know is whether the INPUT follows any standard.
  297. The presented program relies on the present file tree structure under
  298. /proc. Will this structure stay the same for ever? Is it mentioned in
  299. POSIX? Will it look the same in other operating systems? Otherwise,
  300. does POSIX mention any system call or ioctl(2) operation to retrieve
  301. information necessary for ps(1)? Could we finally, in some way or
  302. another, write a portable ps(1) program?
  303.  
  304. In my mind, guessing about the file tree structure under /proc is
  305. almost as primitive (not more primitive) as guessing about the
  306. contents of /dev/kmem.
  307.  
  308. >  sprintf(filename, "/proc/%s/%s", ent->d_name, what);
  309. >  proc = opendir("/proc");
  310. >    sprintf(filename, "/proc/%s", ent->d_name);
  311.  
  312. If there is no standard, maybe we should write one and send a copy to
  313. the POSIX guys at IEEE.
  314. -- 
  315. Lars Aronsson, Lysator, Linkoping University, Linkoping, Sweden
  316.  
  317. ------------------------------
  318.  
  319. Crossposted-To: comp.os.linux.announce
  320. From: tdunbar@vttcf.cc.vt.edu (Thomas Dunbar)
  321. Subject: Epoch-4.2 binary uploaded
  322. Date: Mon, 14 Dec 1992 20:13:57 GMT
  323.  
  324. this archive (/pub/linux/packages/TeX/epoch42.taz at tsx-11.mit.edu)
  325. contains a epoch-4.2 binary and misc. support files.
  326.  
  327.   the binary was compiled with gcc-2.2.2d7 and linked shared with 4.1 libs 
  328. (and 2.1 xlibs). i have not included any files that are also available with
  329. emacs-18.59 (eg, lisp files).
  330.   essential files from R. Marlet's viewer package are included (the complete
  331. package is avail at babar.inria.fr, dir pub/emacs. it also has lucid 
  332. support and lots more fonts); only the math-courier fonts are included.
  333.  if u want to change the default font size used for math-mode's wysiwyg
  334. TeX support --the main reason i've included epoch in this package--, change 
  335. the default near the end of math-mode.el.
  336.   the viewer files unpack to subdir of /ext which should be on an ext fs.
  337.  
  338. i've included /root/dot.emacs, which is my default .emacs file for both 
  339. epoch and x11emacs.
  340.  
  341. to install:
  342.  
  343.   1  unpack this archive from the /   dir (note: /ext is expected to be
  344.       on an ext fs.
  345.   2  cp /root/dot.emacs to ~/.emacs
  346.   3  cd /usr/X386/lib/X11/fonts/misc;mkfontdir
  347.       so that the math-courier fonts are available
  348.   4  restart X, epoch /ext/viewer/doc/math-mode-help.tex
  349.        page down till u get to some funny symbols and press F8 to 
  350.        toggle math-mode. M-x math-mode-help  for more info on math-mode.
  351.  
  352.      now, type (a%-x%)^2 to check out the viewer stuff
  353.  
  354.  
  355.   thomas (tdunbar@vttcf.cc.vt.edu)
  356.  
  357. -- 
  358. Send submissions for comp.os.linux.announce to: linux-announce@tc.cornell.edu
  359.  
  360. ------------------------------
  361.  
  362. From: arena@goethe.credtech.com (Mike Arena)
  363. Subject: Re: PC port I/O for Linux MS-DOS emulator (long)
  364. Date: 14 Dec 92 18:15:49 GMT
  365. Reply-To: arena@credtech.com (Mike Arena)
  366.  
  367. In article <77873@hydra.gatech.EDU> gt8134b@prism.gatech.EDU (Howlin' Bob) writes:
  368. >dear Those in the Know,
  369. >
  370. >A plea for help:
  371. >
  372. >   I am currently modifying Linux's (pre-alpha) MS-DOS emulator to 
  373. >support simulated port I/O; that is, if a program does an in
  374. >from I/O address 0x2f8, I'll hand it the next available character
  375. >on com2.
  376.  
  377. ...
  378.  
  379. >   So I come to you, the public, in a plea for help.  I desperately
  380. >need information on the 8250 UARTs (the 16550's seem to be 8250's with
  381. >one extra FIFO control register, correct?), the 8259 interrupt
  382. >controller, and the keyboard controller (number?).  If you can't give
  383. >me information about the chips, at least point me to a useful reference.
  384. >I know I should probably get the Intel spec. sheets, but something about
  385. >programming PC's would be just as good.
  386.  
  387. ...
  388.  
  389. >Howlin' Bob
  390. >Georgia Institute of Technology, Atlanta Georgia, 30332
  391. >uucp:    ...!{decvax,hplabs,ncar,purdue,rutgers}!gatech!prism!gt8134b
  392. >Internet: gt8134b@prism.gatech.edu
  393.  
  394. Look in Jeff Duntemann's articles in Dr. Dobb's Journal for most of 1991.
  395. I think the first issue was around March.
  396.  
  397. He describes, in much detail, about interrupt-driven communication using
  398. UART's on the PC.  His set of articles are much better than any book I've
  399. found which claimed to be "the bible" on PC communications.
  400. -- 
  401. Michael James Arena                     Credit Technologies Inc.
  402. arena@credtech.com                      281 Winter Street, Suite #100
  403. (617) 890-2000 x237                     Waltham, MA  02154
  404.  
  405. ------------------------------
  406.  
  407. From: dfenyes@thesis1.med.uth.tmc.edu (David Fenyes,Neurobiol/Anatomy,5705,7901935)
  408. Subject: Re: ext fs question (.badblocks)
  409. Date: 14 Dec 1992 19:38:45 GMT
  410.  
  411. In article <1992Dec14.163449.15147@aston.ac.uk> evansmp@uhura.aston.ac.uk (Mark Evans) writes:
  412. >Remy CARD (card@masi.ibp.fr) wrote:
  413. >:      mkefs now uses a reserved inode (inode #2) to store the bad blocks.
  414. >: This inode does not appear in the filesystem tree any more because it was
  415. >: leading to problems (root could delete the .badblocks file or save it during
  416. >: a backup).
  417.  
  418. Is there a way to easily read the bad blocks list to verify that all the
  419. bad blocks have been identified? (or even to modify it after the fs has
  420. been created?)
  421.  
  422. David.
  423. --
  424. David Fenyes                                 dfenyes@thesis1.med.uth.tmc.edu
  425. University of Texas Medical School           Houston, Texas
  426.  
  427.  
  428. ------------------------------
  429.  
  430. From: rick@ee.ee.uwm.edu (Rick Miller)
  431. Crossposted-To: comp.unix.bsd
  432. Subject: Re: Pros/cons of linux/386bsd?
  433. Date: 14 Dec 1992 20:26:46 GMT
  434.  
  435. mharm@pollux.usc.edu (Michael Harm) writes:
  436. >Hi folks.
  437. >We are trying to decide whether to go with linux or 386bsd for 
  438. >our 486 machines.  Particular constraints are:
  439.  
  440. First off... Who's "we"?  That might give us a clue.  You see, if "we"
  441. is a law-sensitive organization you may want to avoid 386BSD because it's
  442. derived from the NET-2 tapes which AT&T now claims to have Copyrights on.
  443.  
  444. >We don't have a lot of disk space.
  445.  
  446. Linux uses shared libraries, 386BSD doesn't.  This means that Linux will
  447. take up a *lot* less disk-space than 386BSD will... especially if you intend
  448. to have lots of little executables (such as the usual suite of UNIX-ish
  449. commands:  ls, more, cat, etc.).
  450.  
  451. >We need X11.
  452.  
  453. Both do this, don't they?
  454.  
  455. >We don't have a lot of memory per machine.
  456.  
  457. Linux will run with only 2 MegaBytes (though the install's a bit trickier).
  458.  
  459. >We don't have cd roms
  460.  
  461. Neither Linux nor 386BSD require you to have a cdrom.
  462.  
  463. You didn't mention what you want to *DO* with your machines... That's CRITICAL.
  464. If you want to do networking, perhaps 386BSD is your answer.  But if you want
  465. to be POSIX-compliant, it's Linux.
  466.  
  467. Rick Miller   <rick@ee.uwm.edu> | <rick@discus.mil.wi.us>   Ricxjo Muelisto
  468. Occupation:  Husband, Father, WEPCo. WAN Mgr., Discus Sys0p, and  Linux fan
  469.  
  470. ------------------------------
  471.  
  472. From: dpn2@po.CWRU.Edu (Damien P. Neil)
  473. Subject: libX11.so.2.1 -- where?
  474. Date: Mon, 14 Dec 1992 20:29:35 GMT
  475.  
  476. I FTPd xconquer from sunsite and installed it, but when I try to run it it 
  477. complains about not being able to find libX11.so.2.1 and dies. I looked 
  478. around, and found a libX11.so.2.0 in my /lib directory, so I assume that all 
  479. I need to do is get an update and put it in there. However, I can't seem to 
  480. find _any_ version of this file in tsx-11 or sunsite. Could someone please 
  481. point me in the right direction?
  482.  
  483. Thanks!
  484.  
  485. Back to installing 0.99...I love Linux...a real OS at last!
  486. =====
  487. Damien Neil   dpn2@po.cwru.edu    "Until somebody debugs reality, the best
  488. Case Western Reserve University    I can do is a quick patch here and there."
  489. CMPS/EEAP double majoring masochist               - Erik Green
  490.  
  491. ------------------------------
  492.  
  493.  
  494. ** FOR YOUR REFERENCE **
  495.  
  496. The service address, to which questions about the list itself and requests
  497. to be added to or deleted from it should be directed, is:
  498.  
  499.     Internet: Linux-Activists-Request@NEWS-DIGESTS.MIT.EDU
  500.  
  501. You can send mail to the entire list (and comp.os.linux) via:
  502.  
  503.     Internet: Linux-Activists@NEWS-DIGESTS.MIT.EDU
  504.  
  505. Linux may be obtained via one of these FTP sites:
  506.     nic.funet.fi                pub/OS/Linux
  507.     tsx-11.mit.edu                pub/linux
  508.     tupac-amaru.informatik.rwth-aachen.de    pub/msdos/replace
  509.  
  510. The current version of Linux is 0.98pl6 released on December 2, 1992
  511.  
  512. End of Linux-Activists Digest
  513. ******************************
  514.  
  515.